功能测试
单元测试常用的Robolectric，具体实现方案是通过实现一套JVM能运行的Android代码，然后在unit test运行的时候去截取android相关的代码调用，转到他们的实现的代码去执行这个调用的过程，并且在android标准类基础上又丰富了很多扩展接口，这确实极大便利了单元测试过程，但是对于我们关注功能层面的测试同学确实有些麻爪啊，实践意义不是很大。
Monkey是Android系统自带的一款稳定性测试工具，很多厂商也将其作为内置产品的稳定性验收衡量工具，他虽然简单易用方便快捷，但是正如其名一样，猴子毕竟还是猴子是无法完成确定功能用例的测试过程，遗憾啊，等着猴子进化成人吧。
UIAutomator是为数不多的Android官方支持的自动化测试框架之一，最早发布的版本为API Level17。作为基于控件的自动化框架，UIAutomator确实接口明晰容易上手，基于UIAutomator也发展出了鼎鼎大名的Appium开源自动化框架，业界地位大有舍我其谁之势。然而使用UIAutomator的前提是可以用UIAutomatorViewer查看到我们预操作控件的属性信息，上面分析我们已经看到，小程序部分控件的父容器是webview，此webview还非标准结构，应该是腾讯自研的X5内核。想用appium UIAutomator跑自动化的念头自此打消了。
还有Instrumentation这种Android基因型测试方案可以考虑，著名的Robotium自动化测试框架就诞生于此，但是经过一番了解后，逐渐明白Instrumentation也好robotium也好，需要有产品源码或者签名，测试工程通常是与产品源码放在相同项目目录下，那么问题来了，谁能把微信的源码给我，签名也行啊，喂，大哥你有么？喂，喂，有人能听到吗？!@#@%&^
早期还有一种通过系统提权注入实现的自动化测试能力，例如百度的café，阿里的arthrun，大多copy了xposed架构模式，具有强大的系统控制能力。然而试问这些框架今何在啊，原来因为android root难度越来愈高，到目前6.0版本几乎成为不可能，所以这类开源框架早在2014年左右就停止维护了，不靠谱靠不住，还得另谋他法。
基于图像识别也有一些自动化测试框架，例如sikuli还有testin的自动化工具，然而小生之所以直接就把这类框架pass掉是因为这种测试脚本基本不具备扩展性，系统ui风格变更，想要做断言验证，以及日后用例维护等等，想都不敢想。
测试
monkey
android shell monkey -p 你想测试程序的包名 -v 500Monkeyrunner python测试
UiAutomator
adb shell 是adbd 守护进程执行的